之前曾經參加曼陀號領航計劃，需要帶一小時的小型分享會，這篇文章就以「分享你如何從頭學習新的技術、知識」這個主題為例，記錄一下設計思路和實際流程，給同樣想在團隊裡帶類似活動的人參考。

靈感來源：Event Storming + 線上白板

這個分享形式的靈感來自 Event Storming 的一些小技巧。Event Storming 的核心是用便利貼沿著時間軸把事件攤開，讓大家一起補全整個故事。我借用了「timeline」這個概念 - - 學習一項新技術，本身就是一段有起點、有過程、有回饋的旅程，很適合沿著時間軸展開。

工具的部分，用了之前一個團隊跑 Scrum retro 會用的線上白板 Metro Retro（現在已經改名叫 spreo.io )，拉好白板墊底，就可以讓大家在上面貼不同顏色的便利貼，遠端協作也沒問題。

設計：用五個問題切出時間軸

我列了五個問題，代表學習旅程的每個階段，每個問題都是一個獨立的白板：

1. 學什麼技術？為什麼要學？（Why）
2. 一開始可以先做什麼？（What）
3. 如何更深入學習？（How）
4. 有什麼工具可以幫助學習？（Tool）
5. 如何驗證學習方向對不對？（Feedback）

這樣設計的好處是：分享的人不用煩惱「我要講什麼」，只要順著問題回答，自然就會說出一個完整的故事；聽的人也很容易對照自己的經驗。但缺點就是少了可以自由發揮的彈性。

實際流程（約 40～50 分鐘）

1. 開場說明 + 示範：開場先介紹五個問題，並且自己當第一個範例，讓大家知道便利貼大概寫到什麼程度就夠了。
2. 安靜書寫（10～15 分鐘）：每個人針對五個問題寫下自己的想法，貼到對應白板。
3. 輪流分享：每個人沿著自己的便利貼，從左到右講一遍自己的學習故事。

先示範這一步滿重要的，可以有效降低大家「不知道要寫什麼」的心理門檻。

大家寫了些什麼？

分享時發現，雖然每個人學的技術不同，但故事的形狀意外地相似。挑幾個有意思的重點：

• Why - 動機幾乎都來自工作：因為接了新專案需要學 Java、公司專案要部署到 CDN 上、工作需要碰 Netflix Conductor 和 K8s、產品做完卻因為曝光不夠而去研究 SEO⋯⋯大家的起點都很務實：工作推著你學。
• What - 先動手、先建立地圖：先接簡單的 task 或刷 LeetCode 練習、快速找個 Crash Course 了解基本概念、看官方文件和網路上的入門教學文、請 GPT 列出學習 guideline 再搭配 YouTube 快速掃過。共通點是：不求深，先求對整個領域有粗略的輪廓。
• How - 從照著做到自己想：看書並寫心得、把書上的範例跑一遍；實作教學範例時，先自己想一個例子再對照，找出自己之前誤解的地方；也有人選擇買書或上線上課程系統性地學。
• Tool - AI已經是標配：這欄幾乎被 AI 工具洗版 - - 看不懂書上的內容就問 ChatGPT 要範例、用 ChatGPT 閱讀 open source project 再做筆記、把 GPT 當助教搭配 Notion 做筆記整理與複習。傳統派的 Stack Overflow 和寫心得筆記也還是有人愛用。
• Feedback - 讓現實檢驗你：同事 code review 的 feedback、一場面試、實作看看然後問資深前輩、直接實戰從錯誤中學、寫成文章公開分享讓社群檢驗。大家的共識是：學得對不對，自己說了不算，要讓外部回饋告訴你。

帶完之後的心得

• 時間軸是個好框架。比起「大家聊聊怎麼學習」這種開放題，五個依時間排列的問題讓分享有結構，也讓不同人的經驗變得可以互相了解。
• 主持人先示範，可以提升參與度。因為流程是參與的時候才知道的，主持人有具體範例，大家比較容易想到有什麼素材可以講，不過有些成員很有想法，我其實也在思考，這些問題對他們來說，會不會反而是一種限制。
• 一小時剛剛好。書寫 10～15 分鐘、輪流分享加起來 40～50 分鐘，節奏不會太趕。

如果你也在找 Workshop 或分享會的流程，很推薦試試這種「問題當時間軸 + 便利貼 + 輪流說故事」的做法， Event Storming 的概念真的會讓大家有腦力激盪的感覺。